Linux 内核
-
进程崩溃后，它持有的跨进程 Robust Mutex 是如何被自动释放的
在多进程共享内存的并发编程中，跨进程锁（Shared Mutex）是一个常见的设计。但它有一个致命的阿喀琉斯之踵： 如果持有锁的进程在临界区内突然崩溃（比如收到 SIGSEGV 信号或被 kill -9 ），这个锁就会永远处于被持有...
-
进程崩溃后，Linux 内核是如何清理 Robust Mutex 的？深度解析其底层清理机制
在多线程或多进程共享内存的并发编程中，死锁是一个经典的幽灵。而在所有死锁场景中，最让人头疼的一种是： 一个持有共享锁（Mutex）的进程突然崩溃（如收到 SIGSEGV 信号），导致该锁永远处于被持有状态，其他等待该锁的进程/线程将被永久...
-
进程崩溃后，Linux内核是如何自动释放 flock 文件锁的？
在 Linux 系统中，如果一个进程在持有 flock 锁的情况下意外崩溃（例如收到 SIGSEGV 段错误信号而终止），内核并不会让这个文件锁一直悬空。内核拥有一套极其严密的资源回收机制，能够确保在进程退出时，自动释放其持有的所...
-
当进程因 OOM 被杀，共享内存中的 Robust Mutex 真的能 100% 释放吗？剖析内核层面的极致边界
在多进程共享内存的并发设计中， Robust Mutex（健壮互斥锁） 被广泛用于解决“持有锁的进程意外崩溃，导致其他进程永久死锁”的问题。 当一个进程因为内存耗尽（OOM）被内核发送 SIGKILL 强行杀掉时，大家通常认为内...
-
Docker 容器 OOM 时，共享内存与 Robust Mutex 会发生什么？底层内核机制与 Namespace 影响深度剖析
在 Linux 容器（Docker）环境中，当容器内发生 OOM（Out of Memory）并触发内核 OOM Killer 强杀进程时，多进程协同系统的开发者往往会面临一系列棘手的状态一致性问题。尤其是当系统依赖共享内存（Shared...
-
Linux 共享内存的深水区：shm_open 与 shmget 会被 Swap 交换吗？
在 Linux 系统底层开发和高性能服务优化中，共享内存（Shared Memory）是实现进程间零拷贝通信的王牌。但许多开发者在设计高并发、低延迟系统时，常常会忽略一个致命的隐患： 当宿主机物理内存不足时，通过 shm_open 或...
-
彻底搞懂 Nginx 的 accept_mutex：它是如何解决早期 Linux 惊群效应的？
在探讨 Nginx 的 accept_mutex 机制之前，我们需要先明确一个背景： “惊群效应”（Thundering Herd）在现代 Linux 内核中，对于单纯的 accept() 系统调用其实早已在内核层解决。 ...
-
大白话彻底搞懂 epoll 为什么比 select/poll 强：从内核数据结构到高并发本质
在写高并发网络程序时，大家都知道要用 epoll ，也知道 select 和 poll 在连接数多了之后性能会急剧下降。 但如果面试官深挖一步： “到底是什么底层结构和运行机制的差异，导致了这种性能上的天壤之别？” 如...
-
深度剖析：epoll ET 模式下如果不设非阻塞，内核里会发生什么？
在 Linux 高性能网络编程中，**“epoll 的 ET（边缘触发）模式必须配合非阻塞（Non-blocking）Socket 使用”**几乎是一条铁律。 但你是否深入思考过： 如果不这么做，到底会发生什么？底层的内核运转逻辑又是...
-
彻底搞懂 I/O 多路复用：从 select 到 epoll 的演进与核心底层设计
在现代互联网高并发场景（如 C10K、C10M 问题）中， I/O 多路复用 是支撑高吞吐量服务的基石。无论是 Redis、Nginx 还是 Netty，其底层都离不开这一技术的支持。 从早期的 select 、 poll 到如今...
-
深入 io_uring 零拷贝：高性能网络发送下的内存生命周期与背压控制
在百兆、千兆网络时代，标准的套接字 send/recv 带来的内核态与用户态内存拷贝（ copy_to_user / copy_from_user ）开销微乎其微。但在 100GbE / 400GbE 骨干网络及高吞吐、低延迟的现...
-
为什么在极限性能场景下，SPDK 依然比 io_uring 快？
在当今的存储性能压测中，如果你把一块企业级 PCIe Gen4/Gen5 NVMe SSD 的性能推向极限，通常会发现一个现象：尽管 Linux 的 io_uring 已经将内核异步 I/O 的性能提升到了前所未有的高度，但在单核 I...
-
深度解析：SPDK 在 NVMe-oF（TCP/RDMA）下相较于内核驱动有哪些核心技术优化？
在现代超大规模数据中心和高性能存储架构中，NVMe-oF（NVMe over Fabrics）已经成为连接计算节点与存储节点的标准协议。 然而，当底层存储介质（如 Optane、QLC/TLC 闪存）的物理延迟降低到微秒级，网络带宽飙...
-
突破网络瓶颈：SPDK NVMe-oF TCP 架构下的 io_uring 与 eBPF 套接字优化实践
在 NVMe-over-Fabrics (NVMe-oF) TCP 部署中，尽管 SPDK（Storage Performance Development Kit）利用用户态、轮询模式（Poll-mode）驱动极大地释放了 SSD 的吞吐...
-
打破 K8s 传统网络瓶颈：基于 eBPF 的多租户容器隔离与 EDT 极速限速设计
在多租户 Kubernetes 集群中，网络隔离与带宽限制是保障租户安全与服务质量（QoS）的刚需。然而，传统的实现方案往往存在严重的性能瓶颈： 网络隔离 ：传统方案依赖 iptables 或 IPVS 。当集群 Serv...
-
告别 iptables 泥潭：在大规模 K8s 集群中用 eBPF 彻底解放 Service 转发性能
在 Kubernetes 集群规模迈向数千节点、数万 Pod 的过程中，网络性能往往会最先撞墙。 许多平台工程师或 SRE 都会遇到类似的诡异现象：集群节点数变多后，新建连接的延迟偶尔出现抖动，CPU 莫名其妙地在内核态出现尖峰，甚至...
-
用户态 VFIO 驱动如何实现不依赖内核驱动切换的 PCI 设备热插拔？
在高性能网络和存储领域（如 DPDK、SPDK），为了追求极致的吞吐量和低延迟，通常会将 PCI 设备完全交由用户态驱动（VFIO）接管。 但在实际生产环境中，服务器运行期间动态增加网卡、更换故障硬盘（NVMe）是常态。传统的内核驱动...
-
高并发下 Linux 服务器 softirq 飙高？从底层原理到实战调优指南
在高并发（尤其是海量小包网络吞吐）的场景下，Linux 服务器的 CPU 使用率中经常会出现 si (softirq，软中断) 占比极高、甚至单核被压死的现象。伴随而来的往往是丢包、延迟飙升以及吞吐量严重下滑。 要彻底解决这个问题...
-
PVE 升级后直通网卡频繁掉线？手把手教你安全回退并永久锁定内核版本
在玩 PVE（Proxmox VE）和软路由（如 OpenWrt）的圈子里，有句流传很广的话：“ 没事别瞎升级 ”。 很多折腾 All in One 的朋友，手痒点了 PVE 的系统更新，把内核从 5.15 升级到 6.2 甚至 6....
-
Linux 6.8 内核下 i915 驱动 GPU HANG 导致 Plex 容器死锁的排查与修复指南
在将宿主机系统（如 Debian 12、Ubuntu 24.04 或 Unraid 7.0 早期测试版）升级到 Linux 6.8 内核后，不少使用 Intel 核显（特别是 11 代至 14 代 CPU）进行 Plex 硬件加速（QSV...
